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(54) Dynamically configurable printer and method ol use thereof 



(57) A printer has a controller configured to receive 
one or more printerlets and data from one or more com- 
puters connected thereto. Each printerlet includes one 
or more computer configuration instructions and the 
controller invokes each printer configuration instruction 
received in a printerlet. A memory connected to the con- 



troller stores therein a plurality of object oriented classes 
each configured to control at least one operation of the 
printer. A print engine connected to the controller to be 
controlled thereby prints data on print media as a func- 
tion of at least one object oriented class invoked by the 
controller from the memory in response to the controller 
invoking at least one printer configuration instruction. 
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Description 

BACKGROUND OF THE INVENTION 

1. Field of the Invention s 

[0001] The present invention relates to a method for 
configuring a printer and, more particularly, to a method 
for dynamically configuring a printer through the use of 
printer applets or printerlets which can be downloaded 
into the printer. 

2. Description of the Prior Art 

[0002] Prior art printers utilize a page description lan- 
guage (PDL) interpreter, such as Adobe PostScript or 
Hewlett-Packard Page Control Language (PCL), resi- 
dent in nonvolatile memory, i.e., ROM, of the printer for 
controlling the operation thereof in accordance with a 
print job received by the printer from a client, such as a 
stand-alone computer or a computer network which in- 
terconnects the printer and one or more computers uti- 
lizing a physical medium and communications protocols 
known in the art. Atypical print job generated by a client 
to a printer includes PDL commands followed by print 
data. The PDL interpreter of the printer interprets the 
PDL commands received from the client and configures 
the printer to receive and process the print data into bit- 
map data which is stored in one or more page memories 
in volatile memory, i.e., RAM, of the printer. Once all of 
the bitmap data for a page memory is received thereby, 
the PDL interpreter causes the bitmap data for the page 
memory to be transferred to a print engine that prints 
the bitmap data on a print media. 
[0003] Prior art printers include PDL interpreters that 
are each configured to implement a predetermined set 
of capabilities. Since PDL interpreters are resident in 
nonvolatile memories of prior art printers, the capabili- 
ties of prior art printers can only be upgraded by physi- 
cally replacing present nonvolatile memories with new 
nonvolatile memories which include new versions or re- 
visions of PDL interpreters and/or by adding new non- 
volatile memories in the form of, for example, a printer 
cartridge to extend the capabilities of prior art printers. 
[0004] Problems with replacing a nonvolatile memory 
in a printer include the time and inconvenience for a per- 
son to replace the memory as well as the need to provide 
appropriate technical training to enable the person to re- 
place the memory effectively. Another problem is the de- 
lay between the time a new version or revision of PDL 
is needed, and thus ordered from the printer manufac- 
turer, and the time the replacement and/or new nonvol- 
atile memory arrives for installation In the printer. Still 
another problem is the need for one or more skilled pro- 
grammers, either programmers of the printer manufac- 
turer or aftermarket programmers, to implement new 
PDL code and the time required for such implementa- 
tion. 



[0005] It is an object of the present invention to over- 
come the above problems and others by providing a 
method of controlling a printer to implement various print 
configurations using a high-level interpretive language, 
with the functional components of the printer operating 
in a run-time environment of that interpretive language. 
It is an object of the present invention to provide a meth- 
od of configuring the capabilities of a printer when a cli- 
ent generates a print job. It is an object of the present 
invention to provide a method of upgrading the capabil- 
ities of a printer and operating the printer in accordance 
with such upgrade when a client generates a print job. 
Still other objects will become apparent to those of or- 
dinary skill in the art upon reading and understanding 
the following detailed description. 

SUMMARY OF THE INVENTION 

[0006] Accordingly, I have invented a method of con- 
trolling a printer to print data on print media. The method 
includes providing a printer having memory including a 
plurality of object oriented classes stored therein. Each 
object oriented class is configured to control at least one 
operation of the printer. The memory includes a virtual 
port which is associated with a physical port of the print- 
er. At least one printerlet having at least one printer con- 
figuration instruction is received at the virtual port and 
each printer configuration instruction is invoked. Data is 
also received at the virtual input port. At least one object 
oriented class is invoked as a function of at least one 
invoked printer configuration instruction. The data is 
processed as a function of the at least one invoked ob- 
ject oriented class and the processed data is printed on 
print media. 

[0007] The plurality of object oriented classes prefer- 
ably includes a sniffer class having one or more sniffer 
objects for detecting the type of data received at the vir- 
tual input port; a plurality of page description language 
(PDL) classes, with each PDL class associated with a 
sniffer object; or a plurality of layout manager classes, 
with each manager layout class for converting the re- 
ceived data from a virtual page to a physical page which 
is printed on the print media. Each object oriented class 
preferably includes one or more procedures which op- 
erate on the data received at the virtual input port with 
the one or more printerlets. 

[0008] The method preferably includes detecting for 
the presence of the at least one printerlet and an incom- 
ing datastream received at the virtual input port. In re- 
sponse to detecting the at least one printerlet in the in- 
coming datastream, a printerlet processing routine is in- 
voked which reads, loads, and instantiates each printer 
configuration instruction in the detected printerlet. A 
print job class is created that includes a script for 
processing the data. The script includes the name of at 
least one object oriented class which was included in 
the script as a function of at least one printer configura- 
tion instruction and the data is processed in accordance 
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with the script. 

[0009] Preferably, each printer configuration instruc- 
tion is an interpretative command which is translated 
and executed in real time. 

[0010] I have also invented a printer that includes a 
controller configured to receive one or more printerlets 
and data from one or more computers connected there- 
to. Each printerlet includes one or more printer configu- 
ration instructions and the controller invokes each print- 
er configuration instruction. A memory is connected to 
the controller. The memory includes a plurality of object 
oriented classes stored therein. Each object oriented 
class is configured to control at least one operation of 
the printer. A print engine is also connected to the con- 
troller to be controlled thereby to print data on print me- 
dia as a function of at least one object oriented class 
invoked by the controller from the memory in response 
to the controller invoking at least one printer configura- 
tion instruction. Each object oriented class preferably in- 
cludes one or more procedures which operate on the 
data. 

[001 1] Each printer configuration instruction is prefer- 
ably an interpretative instruction that is translated by the 
controller. In response to invoking at least one translated 
printer configuration instruction, the controller causes a 
script, which is instantiated in the memory in response 
to the printer receiving the incoming data, to include a 
name of the at least one object oriented class. The con- 
troller preferably operates the print engine in accord- 
ance with the script. 

[0012] I have also invented a printer connectable to 
one or more computers. The printer includes control 
means connected to one or more computers for receiv- 
ing therefrom one or more printerlets and data. A com- 
puter storage means is connected to the control means 
and stores therein a plurality of object oriented classes 
invocable by the control means. Each object oriented 
class is configured to control at least one operation of 
the printer. A print means is connected to the control 
means. The print means prints data on print media in 
response to receiving commands from the control 
means. The control means is responsive to the one or 
more printerlets for causing at least one object oriented 
class to be invoked for processing the data. The control 
means processes the data as a function of the invoked 
object oriented class and the control means issues com- 
mands to the print means as a function of the processing 
of the data. 

[0013] Preferably, the control means invokes a port 
monitor class which monitors for incoming data includ- 
ing printerlets and data. In response to detecting a prin- 
terlet in the incoming data, the port monitor class causes 
the control means to invoke an Interpreter for interpret- 
ing the printerlet. The control means instantiates a print 
job having a script that includes the name of at least one 
object oriented class that was included in the script as 
a function of the invocation of the interpreted printerlet. 
The control means processes the data in accordance 



with the script. 

[001 4] As a function of the invocation of the interpret- 
ed printerlet, the control means can add to the computer 
storage means a new object oriented class. The control 

s means can invoke the new object oriented class as a 
function data type of the data. 
[001 5] The control means can also invoke a port mon- 
itor class which monitors for incoming data including 
printerlets and data. In response to detecting a printerlet 

10 jn the incoming data, the port monitor class can cause 
the control means to invoke an interpreter for interpret- 
ing the printerlet. As a function of the invocation of the 
interpreted printerlet, the control means can add to the 
computer storage means a new object oriented class. 

15 The control means can invoke the new object oriented 
class as a function of the type of data. 
[0016] The control means can also instantiate a print 
job having a script that includes the name of at least one 
object oriented class that was included in the script as 

20 a function of the invocation of the interpreted printerlet. 
The control means can process the data in accordance 
with the script. 

[0017] Lastly, I have invented a method of controlling 
a printer that includes providing a printer having a mem- 

25 ory including a plurality of object oriented classes stored 
therein, with each class configured to control at least 
one operation of the printer. A virtual input port in the 
memory is associated with a physical input port of the 
printer. When data is received at the virtual input port, 

30 at least one object oriented class is invoked as a function 
of the type of data. The data is processed as a function 
of the at least one invoked object oriented class and the 
processed data is printed on print media. 
[0018] A printerlet having at least one printer config- 

35 uration instruction can also be received at the virtual in- 
put port. Each printer configuration instruction can be 
invoked and another one of the object oriented classes 
can be invoked as a function of the at least one invoked 
printer configuration instruction. 

40 [001 9] Preferably, the present invention is implement- 
ed in the control software of the printer. This control soft- 
ware is implemented in the JAVA programming lan- 
guage which enables printer applets, or printerlets, to 
be sent from a client, such as stand-alone computer, 

45 computer network or from the Internet. The JAVA pro- 
gramming language is implemented in a run-time envi- 
ronment that allows for strict print job control to be 
achieved through a multi-threaded architecture. This al- 
lows the printer to start one thread of execution for each 

so print job, keeping control of that job until completion. 
[0020] Because the control software of the printer is 
implemented in the JAVA programming language, con- 
figuration of the printer can be hardware independent 
and the printer's functions are only limited to the extent 

55 of the printerlet received by the printer and the one or 
more printer configuration instruction contained in the 
printerlet. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0021] 

Fig. 1 is a block diagram drawing of a printer in ac- 
cordance with the present invention connected to a 
computer network and/or stand-alone computer; 
Fig. 2a is a block diagram drawing of the printer of 
Fig. 1 including physical components and a memory 
having a job manager and a default configuration of 
object oriented classes; 

Fig. 2b is a block diagram drawing of a thread of 
execution of a default print job class shown in Fig. 
2a; 

Fig. 2c is a block diagram of another thread of ex- 
ecution of a new print job class shown in Fig. 2a; 
Fig. 3 is a block diagram drawing of the printer 
shown in Fig. 2a including block diagrams of a new 
default sniffer class, a new class of sniffer vectors 
and a new PDL; and 

Fig. 4 is a block diagram drawing of the printer 
shown in Fig. 2a including a trigger and event as- 
sociated with one of the port monitors and a print 
queue 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0022] The present invention will be described with 
reference to the accompanying Figures where like ref- 
erence numbers correspond to like elements. 
[0023] With reference to Fig. 1 , a printer 2 in accord- 
ance with the present invention includes a physical input 
port 4 configured to be connected to receive print in- 
struction and data from two or more computers 6 and 8 
connected to physical input port 4 via a computer net- 
work 1 0. The computer network 1 0 includes software 
which is installed on the two or more computers 6 and 
8 and a physical link 12, such as a coaxial cable, which 
connects the two or more computers 6 and 8 to the phys- 
ical input port 4. Alternatively, printer 2 includes a phys- 
ical input port 14 configured to be connected directly to 
a stand-alone computer 1 6 via a dedicated printer cable 
18. Printer 2 can also include both physical input port 4 
and physical input port 14 for connection to computer 
network 1 0 via physical link 1 2 and stand-alone compu- 
ter 16 via printer cable 18, respectively. 
[0024] With reference to Fig. 2a, and with continuing 
reference to Fig. 1 , printer 2 can receive an incoming 
datastream from computer network 1 0 and, more par- 
ticularly, from physical link 12. Printer 2 can also receive 
an incoming datastream from stand-alone computer 1 6 
via printer cable 18. Preferably, each incoming datast- 
ream includes data 25 and/or one or more printeriets 24 
which will be described in greater detail hereinafter. 
[0025] Printer 2 includes a central processing unit 
(CPU) 20 which operates on the incoming datastream 
and which controls the operation of a print engine 22 as 



a function of a software program stored in a memory 26. 
This results in print engine 22 producing letters, charac- 
ters, and/or graphics on a print media 23, such as paper, 
in accordance with the incoming datastream received 

s by printer 2 via physical link 1 2. Preferably, the software 
program is implemented in the JAVA programming lan- 
guage and includes a plurality of object oriented classes 
as follows: job manager 28; one or more default print 
jobs 32; one or more port monitors 34; one or more JAVA 

w bytecode scanners (JBS) 36; a default sniffer 38; one or 
more page description languages (PDL) 40-1 through 
40-5; a default layout manager 42-1 ; and one or more 
additional layout managers 42-2 through 42-1 0. 
[0026] Physical input port 4 can be, for example, an 

15 Ethernet port that is configured to host multiple virtual 
input ports 30-1 and 30-2. In contrast, physical input port 
1 4 can be configured to host one virtual input port 30-3. 
Port monitor classes 34-1 through 34-3 are configured 
to monitor virtual input ports 30-1 through 30-3, respec- 

20 tively, for incoming datastreams. The use of port monitor 
classes 34-1 and 34-2 and corresponding virtual input 
ports 30-1 and 30-2 for monitoring physical input port 4 
is well-known in the art and will not be described in detail 
herein. 

25 [0027] The operation of the software program in re- 
sponse to receiving data 25 on physical input port 4 will 
now be described. In operation, job manager 28 se- 
quentially causes each port monitor 34-1 through 34-3 
to poll its respective virtual input port 30-1 through 30-3 

30 for incoming data 25. More specifically, job manager 28 
creates from a JAVA library class a server socket (not 
shown) which functions as an interface between job 
manager 28 and the port monitor 34 being polled. In re- 
sponse to detecting incoming data 25 on its correspond- 

35 ing virtual input port 30-1 through 30-3, the port monitor 
34-1 through 34-3 detecting the incoming data 25 caus- 
es job manager 28 to instantiate, or create an instance 
of, default print job 32. 

[0028] With reference to Fig. 2b, and with continuing 

40 reference to Fig 2a, default print job 32 is a script which 
defines a thread of execution that provides the neces- 
sary steps to print data 25 on print media 23. Default 
print job 32 includes the name of sniffer 38, the name of 
default layout manager 42-1 and one or more default 

45 print job attributes 43 which are retrieved from memory 
26 and inserted into default print job 32 when it is instan- 
tiated. Preferably, each default print job attribute 43 in- 
cludes an operation identifier 44, e.g., "expiration" and/ 
or an operand 45, e.g., "1". Each operation identifier 44 

50 identifies to job manager 28 the operation to be affected 
by the corresponding operand 45. For example, in re- 
sponse to reading operation identifier 44 having a name 
"expiration" and corresponding operand 45 having a val- 
ue of "1" during execution of default print job 32, job 

ss manager 28 deletes default print job 32 after executing 
one print job, i.e., after print engine 22 prints data 25 on 
print media 23 one time. In contrast, if operation identi- 
fier 44 "expiration" has an operand 45 with a value of 
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"2", job manager 28 will utilize default print job 32 twice 
to cause print engine 22 to print two different print jobs, 
i.e., print two separate streams of data 25, received from 
the same user. After the second print job, job manager 
28 deletes default print job 32. While described as hav- 
ing one default print job attribute 43, default print job 32 
can have more than one default print job attribute 43, 
with each default print job attribute 43 controlling a 
unique programmable function of printer 2. Printerlets 
24, which will be described in greater detail hereinafter, 
can be utilized to add or delete default print job attributes 
43 from memory 26 or to modify default print job at- 
tributes 43 in memory 26. 

[0029] Job manager 28 administers all threads of ex- 
ecution through creation, deletion, or modification. 
When default print job 32 is instantiated, job manager 
28 commences processing data 25 in accordance with 
the thread of execution defined in default print job 32. 
Specifically, in response to executing the thread of ex- 
ecution defined by default print job 32, job manager 28 
retrieves the name of default sniffer 38 from default print 
job 32. In response to retrieving the name of default 
sniffer 38, job manager 28 invokes default sniffer 38. 
[0030] Default sniffer 38 includes plural vectors of 
known sniffer objects, e.g., A1-A5, each configured to 
detect a particular data type at varying reliability levels 
(deterministic, probabilistic and heuristic). Preferably, 
each sniffer object A1 -A5 has associated therewith a 
corresponding registered PDL 40-1 through 40-5. In re- 
sponse to being invoked, default sniffer 38 sequentially 
invokes sniffer objects A1 -A5 until one of the sniffer ob- 
jects A1 -A5 uniquely identifies the data type of data 25. 
Thereafter, the sniffer object identifying the data type 
supplies to job manager 28 the name of the correspond- 
ing PDL that is able to process data 25. For example, if 
the data type of data 25 is identified by sniffer object A1 , 
sniffer object A1 supplies to job manager 28 the name 
of its corresponding registered PDL, e.g., PDL 40-1 . In 
response to receiving the name of a registered PDL, job 
manager 28 invokes the PDL to process data 25. 
[0031] When the PDL invoked by job manager 28 
completes processing data 25, job manager 28 deter- 
mines the layout manager 42 to be utilized to layout the 
data processed by the PDL. Specifically, job manager 
28 retrieves from default print job 32 the name of the 
layout manager 42 to be utilized and invokes this layout 
manager 42. For example, if default print job 32 includes 
the name of default layout manager 42-1 , job manager 
28 retrieves this name from default print job 32 and in- 
vokes default layout manager 42-1 . When invoked, de- 
fault layout manager 42-1 arranges the processed data 
25 into a form for printing by print engine 22. Thereafter, 
job manager 28 causes print engine 22 to print the data 
25 on print media 23 in accordance with the processing 
of data 25 by the invoked PDL and the arrangement of 
the processed data by default layout manager 42-1 . 
[0032] At an appropriate time, job manager 28 reads 
one or more default print job attributes 43 from default 



print job 32. In the example shown in Fig. 2a, the oper- 
ation identifier 44 "expiration" has an operand 45 with a 
value of " 1 ". Thus, when job manager 28 completes the 
thread of execution defined by default print job 32, job 
s manager 28 deletes this instance of default print job 32. 
[0033] In the examples described above in connec- 
tion with Figs. 2a and 2b, the incoming datastream in- 
cluded only data 25. However, the incoming datastream 
can also include one or more printerlets 24, either alone 
10 or accompanied by data 25. A printerlet 24 corresponds 
to an applet in the JAVA programming language. Each 
printerlet 24 includes one or more printer configuration 
instructions, with each printer configuration instruction 
corresponding to a JAVA command in the JAVA pro- 
's gramming language. A printer configuration instruction 
can, without limitation, report and/or modify the print en- 
vironment, perform administrative functions, change the 
default setup (e.g., change sniffers), query and/or ma- 
nipulate resources such as print job attributes, change 
20 processing policies, change the user interface, synthe- 
size jobs, operate as a PDL, communicate with admin- 
istrative agents over a network, etc. 
[0034] In order to detect a printer configuration in- 
struction in a printerlet 24, each port monitor 34-1 
25 through 34-3 preferably includes a corresponding JBS 
36-1 through 36-3 which is invoked in response to print- 
er 2 receiving printerlet 24. Specifically, if a virtual input 
port 30 receives an incoming datastream, the corre- 
sponding port monitor 34 invokes its corresponding JBS 
30 36 to detect for the presence of a printerlet 24 in the 
incoming datastream. If a printerlet 24 is not detected, 
the port monitor 34 detecting the incoming datastream 
causes job manager 28 to instantiate default print job 
32 and commence operation in accordance therewith. 
35 However, if a printerlet 24 is detected, the JBS 36 de- 
tecting the printerlet 24 invokes a JAVA interpreter which 
is included as part of job manager 28. The JAVA inter- 
preter invokes a printerlet class loader which reads, 
loads and instantiates the one or more printer configu- 
re? ration instructions included in the printerlet 24. 

[0035] With reference to Fig. 2c, and with continuing 
reference to Figs. 2a and 2b, in the absence of a prin- 
terlet 24, the thread of execution defined by default print 
job 32 only changes in response to one of the sniffer 
45 objects A1 -A5 supplying the name of its corresponding 
PDL to job manager 28 in response to identifying the 
data type of data 25. For example, if sniffer A1 identifies 
the type of data 25, sniffer A1 supplies the name of cor- 
responding registered PDL 40-1 to job manager 28. 
50 Similarly, if sniffer A2 identifies the type of data 25, 
sniffer A2 supplies the name of corresponding regis- 
tered PDL 40-2 to job manager 28. To the contrary, the 
one or more printer configuration instructions of printer- 
let 24 can cause job manager 28 to extend the class of 
55 default print job 32 to form new print job 33 which has a 
script which utilizes a different layout manager 42, e.g., 
42-9, and/or which has one or more new print job at- 
tributes 43a than default print job 32. 
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[0036] The one or more new print job attributes 43a 
can be retrieved from memory 26 or downloaded into 
memory 26 via one or more of the printer configuration 
instructions of printerlet 24. Similarly, the name of the 
different layout manager 42 included in new print job 33 
can be: (i) obtained by job manager 28 from the names 
of the layout managers present in memory 26 and reg- 
istered with job manager 28; (ii) included by job manager 
28 in new print job 33 when a different layout manager 
42 is added to memory 26 via one or more of the printer 
configuration instructions of printerlet 24; or (iii) formed 
by a printer configuration instruction of printerlet 24 
which causes job manager 28 to extend an existing 
class of layout manager 42 to form the new layout man- 
ager 42. 

[0037] Once new print job 33 is instantiated in con- 
nection with the port monitor 34 detecting the printerlet 
24 with incoming datastream, job manager 28 com- 
mences operation in accordance with the script of new 
print job 33 as described above in connection with Figs. 
2a and 2b. 

[0038] The example of new print job 33 shown in Fig. 
2c includes layout manager 42-9, new print job attribute 
43a having an operation identifier 44a named "expira- 
tion", and an operand 45a having a value of "50". The 
value "50" of operand 45a causes job manager 28 to 
utilize the thread of execution defined by new print job 
33 for the next fifty print jobs received from the same 
user as the printerlet 24. This enables the next fifty print 
jobs received by printer 2 from the user to maintain the 
same print format while avoiding the need to transmit 
one or more new printerlets 24. 
[0039] To enable job manager 28 to process the next 
fifty print jobs received from the same user utilizing new 
print job 33, a unique header to be included in the print 
jobs from the user is stored as another new print job at- 
tribute (not shown) of new print job 33. Thereafter, when 
the unique header is detected in a print job received at 
the virtual input port 30 associated with new print job 33, 
job manager 28 searches the new print job attributes of 
new print job 33 for a match between the unique header 
in the print job and the unique header stored as a new 
print job attribute. If a match is detected, job manager 
28 utilizes new print job 33 to process the print job. If a 
match is not detected, however, job manager 28 instan- 
tiates and invokes default print job 32 utilizing a regis- 
tered PDL 40 based upon the type of data 25 detected 
by a sniffer object A1 -A5 of default sniffer 38. 
[0040] After processing each print job from the user, 
job manager 28 decrements the value of operand 45a 
and determines whether the value of operand 45a is "0". 
If not, job manager2B retains new print job 33 in memory 
26. If, however, operand 45a is "0", job manager 28 de- 
letes this instance of new print job 33. 
[0041] Preferably, plural default print jobs 32 and/or 
new print jobs 33 can be instantiated and can reside 
concurrently in memory 26 for two or more incoming da- 
tastreams received at one or more virtual input ports 30. 



For example, job manager 28 can instantiate default 
print job 32 and new print job 33 for two incoming da- 
tastreams received at one virtual input port 30, e.g., 
30-1 , or for two incoming datastreams received at two 
5 virtual input ports 30, e.g., 30-1 and 30-3. In this exam- 
ple, default print job 32 is attached to, or associated with, 
a datastream having data 25 and new print job 33 is at- 
tached to a datastream which includes a printerlet 24, 
and which may also include data 25. Thereafter, job 
10 manager 28 can execute the threads of execution de- 
fined by default print job 32 and new print job 33. 
[0042] Job manager 28 can also instantiate default 
print job 32 and a default print job 32a for two incoming 
datastreams having data 25 with different data types re- 
's ceived at one virtual input port 30, e.g., 30-1 . Thereafter, 
job manager 28 can execute the threads of execution 
defined by default print jobs 32 and 32a. 
[0043] Furthermore, job manager 28 can instantiate 
default print job 32 and new print job 33 for two incoming 
20 datastreams received at one virtual input port 30, e.g., 
30-1 , where one incoming datastream includes only da- 
ta 25 and the other incoming datastream includes a prin- 
terlet 24 and, possibly, data 25. Thereafter, job manager 
28 can execute the threads of execution defined by de- 
25 fault print job 32 and new print job 33. 

[0044] Still further, job manager 28 can instantiate 
new print job 33 and new print job 33a for two incoming 
datastreams received at one virtual input port 30, e.g., 
30-1 , or for two incoming datastreams received at two 
30 virtual input ports 30, e.g., 30-1 and 30-2, where each 
incoming datastream includes a printerlet 24 and, pos- 
sibly, data 25. Thereafter, job manager 28 can execute 
the threads of execution defined by new print jobs 33 
and 33a. 

35 [0045] With reference to Fig. 3, a printerlet 24 can also 
be utilized by job manager 28 to invoke a new combina- 
tion of PDL 40 and layout manager 42. For example, 
one or more printer configuration instructions included 
in a printerlet 24 can cause job manager 28 to extend 

40 default sniffer 38 to include a new sniffer object A6, or 
can download into memory 26 a new sniffer 39 which 
includes plural vectors of new sniffer objects, e.g., 
B1-B5, or can extend default sniffer 38 to form new 
sniffer 39 in memory 26. New sniffer object A6 and/or 

^5 new sniffer class 39 enables printer 2 to detect addition- 
al data types. 

[0046] Printerlet 24 can also be utilized to add one or 
more new PDLs, e.g., PDL 40-6, to memory 26 and to 
register the one or more new PDLs with job manager 

so 28. The new PDL 40-6 can be downloaded into memory 
26 or can be formed by extending a class of a PDL 40 
already in memory 26. If new PDL, e.g., 40-6, is added 
to memory 26 at the same time as its corresponding new 
sniffer object, e.g. , A6, the new sniffer object will be able 

55 to supply job manager 28 with the name of the new reg- 
istered PDL. For example, if new sniffer object A6 rec- 
ognizes the type of data 25 received at virtual input port 
30-1, new sniffer object A6 returns to job manager 28 
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the name of corresponding registered PDL 40-6. In re- 
sponse to receiving the name of a registered PDL 40-6, 
job manager 28 invokes PDL 40-6 to process data 25. 
[0047] When PDL 40-6 completes processing data 
25, job manager 28 invokes default layout manager42-1 
which causes job manager 28 to arrange the processed 
data 25 into a form for printing by print engine 22. There- 
after, job manager 28 causes print engine 22 to print the 
data 25 on print media 23 in accordance with the 
processing of data 25 by the invoked PDL and the ar- 
rangement of the processed data by default layout man- 
ager 42-1. 

[0048] In addition, as discussed above, one or more 
printer configuration instructions included in a printerlet 
24 can be utilized to create new print job 33 having the 
name of a layout manager 42 other than default layout 
manager 42-1 . Thus, by creating new print job 33 having 
the name of a new layout manager 42, adding a new 
PDL 40 to memory 26 and creating new sniffer object 
A6 which supplies the name of the new PDL to job man- 
ager 28, new combinations of PDL 40 and layout man- 
ager 42 can be invoked to process data 25. 
[0049] With reference back to Figs. 2a and 2b, as dis- 
cussed above, printerlet 24 can be used to reconfigure 
default print job 32 to new print job 33 which includes a 
script different than the script defined in default print job 
32. For example, if a user wishes to print graphics in 
thumbnail form, i.e., multiple images reduced in size to 
fit on one printed page, but default print job class 32 is 
configured to print each incoming image in full-size on 
separate pages, a printerlet 24 can be sent to printer 2 
when the print command is issued by the user. This prin- 
terlet 24 can include one or more printer configuration 
instructions which reconfigure default print job 32 to new 
print job 33 by replacing the name of default layout man- 
ager 42-1 with the name of a different layout manager, 
e.g., 42-10, specifically configured to process graphics 
as thumbnails. 

[0050] Thereafter, job manager 28 invokes default 
sniffer 38, the PDL associated with the sniffer object 
which identifies the incoming data 25, layout manager 
42-10 and any default print job attributes, to process the 
incoming data 25 into print engine data which print en- 
gine 22 prints on print media 23. When this thread of 
execution has run, job manager 28 deletes this instance 
of new print job 33. 

[0051] With referenceto Fig. 4, a printerlet 24 can also 
be used to program a port monitor 34-1 to execute a 
specific operation upon receiving certain data 25. Spe- 
cifically, printerlet 24 can modify a port monitor 34, e.g., 
34-1 , to include a unique header data or trigger 46a and 
an event 46b. In response to detecting a match between 
header data in incoming data 25 and unique header 46a, 
job manager 28 invokes event 46b. For example, a client 
named "ABC" wishes its print jobs to have priority over 
anything currently in a print queue 50 managed by job 
manager 28. The client would send to printer 2 a prin- 
terlet 24 which modifies port monitor 34 to include 



unique header 46a "ABC" and corresponding event 46b 
which causes job manager 28 to move the print job hav- 
ing header data "ABC" to the front of print queue 50. In 
response to detecting a match between header data 

5 "ABC" in incoming data 25 and unique header 46a, job 
manager 28 invokes event 46b which causes job man- 
ager 28 to move print job "ABC" to the front of the print 
queue 50. This modified port monitor 34 could remain 
in memory 26 until printer 2 receives another printerlet 

10 24, which modifies or deletes unique header 46a and 
event 46b from the modified port monitor 34 or until a 
value of operand 45a associated with the identifier 44a 
named "expiration" expires. 

[0052] Moreover, a special type of printerlet 24 known 

15 as a ticket printerlet 24a can also be utilized to tempo- 
rarily reconfigure printer 2. Specifically, in response to 
receiving a ticket printerlet 24a, the JAVA interpreter in- 
vokes the printerlet class loader which reads, loads and 
instantiates one or more printer configuration instruc- 

20 tions included in ticket printerlet 24a. Ticket printerlet 
24a causes job manager 28 to modify the script of de- 
fault print job 32 or new print job 33 for the data 25 ac- 
companying ticket printerlet 24a. For example, ticket 
printerlet 24a can modify default print job 32 to avoid 

25 using default sniffer 38 and to process data 25 accom- 
panying ticket printerlet 24a using a specific PDL 40 
and/or a specific layout manager 42 identified in the tick- 
et printerlet 24a. When job manager 28 completes 
processing data 25 according to the modified default 

30 print job 32, job manager 28 returns the modified default 
print job 32 to its original state and deletes ticket prin- 
terlet 24a. 

[0053] In this manner, ticket printerlet 24a can be uti- 
lized to temporarily reconfigure the operation of printer 

35 2 to process data 25 accompanying the ticket printerlet 
24a. Ticket printerlet 24a avoids the need to send a first 
printerlet 24 to modify default print job 32 or new print 
job 33 to process data 25 and a second printerlet 24 to 
return default print job 32 or new print job 33 to its orig- 

40 inal state for processing of subsequently received data 
25. 

[0054] As can be seen , the present i n vention provides 
a method of controlling printer 2 to implement various 
print configurations using a high-level interpretive lan- 

45 guage, such as JAVA, with the functional components 
of printer 2 operating in a run time environment of that 
interpretive language. The present invention also pro- 
vides a method of configuring the capabilities of a printer 
when a client generates a print job and enables upgrad- 

so jng of the capabilities of printer 2 and operating printer 
2 in accordance with such upgrade when a client gen- 
erates a print job. 

[0055] The invention has been described with refer- 
ence to the preferred embodiments. Obvious modifica- 
55 tions, combinations, and alterations will occur to others 
upon reading and understanding the preceding detailed 
description. It is intended that the invention be construed 
as including all such modifications and alterations inso- 
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far as they come within the scope of the appended 
claims or the equivalents thereof. 



Claims 

1 . A method of controlling a printerto print data on print 
media, the method comprising the steps of: 

(a) providing a printer having memory including 
a plurality of object oriented classes stored 
therein, with each class configured to control at 
least one operation of the printer; 

(b) associating a virtual input port in the mem- 
ory with a physical input port of the printer; 

(c) receiving at the virtual input port at least one 
printerlet having at least one printer configura- 
tion instruction; 

(d) invoking each printer configuration instruc- 
tion; 

(e) receiving data at the virtual input port; 

(f) invoking at least one object oriented class 
as a function of at least one invoked printer con- 
figuration instruction; 

(g) processing the data as a function of the at 
least one invoked object oriented class; and 

(h) printing the processed data on print media. 

2. The method as set forth in claim 1 , wherein each 
printer configuration instruction is an interpretive 
command. 

3. The method as set forth in claim 1 , wherein the plu- 
rality of object oriented classes includes at least one 
of: 

a sniffer class having one or more sniffer ob- 
jects for detecting the type of data received at 
the virtual input port; 

a plurality of page description language (PDL) 
classes, with each PDL class associated with 
a sniffer object; and 

a plurality of layout manager classes, with each 
layout manager class for converting the re- 
ceived data from a virtual page to a physical 
page which is printed on the print media. 

4. The method as set forth in claim 3, wherein the plu- 
rality of layout manager classes implement at least 
two of the following: 

straight through printing; 
two-sided printing; 

two pages of a book on a single page in land- 
scape; 
fit to page; 
thumbnail; 
collate; 



merge two or more print jobs onto a single 
page; 

N-up, where N is the number of pages printed 
on a single page; 
5 print separate colors on separate pages; and 

translation between software languages. 

5. The method as set forth in claim 1 , wherein each 
class includes one or more procedures which oper- 

10 ate on the data received at the virtual input port with 
the one or more printerlets. 

6. The method as set forth in claim 2, wherein step (d) 
includes the steps of: 

15 

translating each printer configuration instruc- 
tion in real time; and 

executing each translated printer configuration 
instruction in real time. 

20 

7. The method as set forth in claim 1 , further including 
the steps of: 

detecting for the presence of the at least one 
25 printerlet in an incoming datastream received 

at the virtual input port; 

in response to detecting the at least one prin- 
terlet in the incoming datastream, invoking a 
printerlet processing routine which reads, loads 

30 and instantiates each printer configuration in- 

struction in the detected printerlet; 
creating a print job class that includes a script 
for processing the data, where the script in- 
cludes the name of at least one object oriented 

35 class which was included in the script as a func- 

tion of at least one printer configuration instruc- 
tion; and 

processing the data in accordance with the 
script. 

40 

8. A printer comprising: 

a controller configured to receive one or more 
printerlets and data from one or more comput- 
es ers connected thereto, where each printerlet in- 
cludes one or more printer configuration in- 
structions and the controller invokes each print- 
er configuration instruction; 
a memory connected to the controller, the 
so memory storing therein a plurality of object ori- 
ented classes each configured to control at 
least one operation of the printer; and 
a print engine connected to the controller to be 
controlled thereby to print data on print media 
55 as a function of at least one object oriented 
class invoked by the controller from the mem- 
ory in response to the controller invoking at 
least one printer configuration instruction. 
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9. The printer as set forth in claim 8, wherein: 

each printer configuration instruction is an in- 
terpretive instruction that is translated by the 
controller; 

in response to invoking at least one translated 
printer configuration instruction, the controller 
causes a script, which is instantiated in the 
memory in response to the printer receiving the 
incoming data, to include a name of the at least 
one object oriented class; and 
the controller operates the print engine in ac- 
cordance with the script. 

10. The printer as set forth in claim 8, wherein the con- 
troller is connected to the one or more computers 
via a computer network system which is utilized to 
convey the one or more printerlets and data to the 
printer. 

1 1 . The printer as set forth in claim 8, wherein each ob- 
ject oriented class includes one or more procedures 
which operate on the data. 

1 2. A printer connectable to one or more computers, the 
printer comprising: 

control means connected to one or more com- 
puters for receiving therefrom one or more prin- 
terlets and data; 

computer storage means connected to the con- 
trol means and storing therein a plurality of ob- 
ject oriented classes invocable by the control 
means, each object oriented class configured 
to control at least one operation of the printer; 
and 

print means connected to the control means, 
the print means printing data on print media in 
response to receiving commands from the con- 
trol means, wherein: 

the control means is responsive to the one 
or more printerlets for causing at least one 
object oriented class to be invoked for 
processing the data; 

the control means processes the data as a 
function of the invoked object oriented 
class; and 

the control means issues commands to the 
print means as a function of the processing 
of the data. 

13. The printer as set forth in claim 12, wherein: 

the control means invokes a port monitor class 
which monitors for incoming data including 
printerlets and data; 

in response to detecting a printerlet in the in- 



coming data, the port monitor class causes the 
control means to invoke an interpreter for inter- 
preting the printerlet; 

the control means instantiates a print job having 
s a script that includes the name of at least one 

object oriented class that was included in the 
script as a function of the invocation of the in- 
terpreted printerlet; and 
the control means processes the data in ac- 
10 cordance with the script. 

14. The printer as set forth in claim 13, wherein: 

as a function of the invocation of the interpreted 
15 printerlet, the control means adds to the com- 

puter storage means a new object oriented 
class; and 

the control means invokes the new object ori- 
ented class as a function of the data type of the 
20 data. 

15. The printer as set forth in claim 12, wherein: 

the control means invokes a port monitor class 
25 which monitors for incoming data including 

printerlets and data; 

in response to detecting a printerlet in the in- 
coming data, the port monitor class causes the 
control means to invoke an interpreter for inter- 
30 preting the printerlet; 

as a function of the invocation of the interpreted 
printerlet, the control means adds to the com- 
puter storage means a new object oriented 
class; and 

35 the control means invokes the new object ori- 

ented class as a function of the data type of the 
data. 

16. The printer as set forth in claim 15, wherein: 

40 

the control means instantiates a print job having 
a script that includes the name of at least one 
object oriented class that was included in the 
script as a function of the invocation of the in- 
45 terpreted printerlet; and 

the control means processes the data in ac- 
cordance with the script. 

17. A method of controlling a printer, the method com- 
so prising the steps of: 

(a) providing a printer having memory including 
a plurality of object oriented classes stored 
therein, with each class configured to control at 

55 least one operation of the printer; 

(b) associating a virtual input port in the mem- 
ory with a physical input port of the printer; 

(c) receiving data at the virtual input port; 
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(d) invoking at least one object oriented class 
as a function of the type of data; 

(e) processing the data as a function of the at 
least one invoked object oriented class; and 

(f) printing the processed data on print media. s 

18. The method as set forth in claim 1 7, further includ- 
ing the steps of: 

receiving at the virtual input port a printerlet io 
having at least one printer configuration in- 
struction; 

invoking each printer configuration instruction; 
and 

invoking another one of the object oriented 15 
classes as a function of at least one invoked 
printer configuration instruction. 

19. The method as set forth in claim 18, further includ- 
ing the steps of: 20 

detecting for the presence of a printerlet re- 
ceived with the data; 

in response to detecting the printerlet, invoking 
a printerlet processing routine which reads, 25 
loads, and instantiates each printer configura- 
tion instruction in the detected printerlet; 
creating a print job class that includes a script 
for processing the data, where the script in- 
cludes the name of the other at least one object 30 
oriented class which was included in the script 
as a function of at least one printer configura- 
tion instruction; and 

processing the data as in accordance with the 
script. 35 

20. The method as set forth in claim 1 7, wherein the 
plurality of object oriented classes includes: 

a sniffer class having one or more sniffer ob- *o 
jects for detecting the type of data received at 
the virtual input port; 

a plurality of page description language (PDL) 
classes, with each PDL class associated with 
a sniffer object; and 45 
a plurality of layout manager classes, with each 
layout manager class for converting the re- 
ceived data from a virtual page to a physical 
page. 

so 
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